import TIL from "@/components/mdx/TIL";

<TIL.Items date="2025-03-31">

  <TIL.Item>
    
    ## Docker 蓝绿部署

    假设当前运行的是 Green:3000，此时需要更新 Blue:3001

    ```bash
    docker compose -f docker-compose-blue.yml pull #给 blue 容器拉取最新镜像
    ```

    ```bash
    docker compose -f docker-compose-blue.yml up -d #运行 blue 容器
    ```

    检查 ip:30001 后无问题切换流量到 3001

    ```bash
    docker compose -f docker-compose-green.yml pause #先停止 green 容器
    ```

    过一段时间后发现 Blue 无问题就可停止或删除 Green，反之恢复 Green 后切换流量

  </TIL.Item>

</TIL.Items>

<TIL.Items date="2025-03-01">

  <TIL.Item>
    
    ## 泛域名证书问题

    <TIL.ItemTags>
      <TIL.ItemTag>SSL</TIL.ItemTag>
      <TIL.ItemTag>证书</TIL.ItemTag>
    </TIL.ItemTags>

    原来 *.qladgk.com 的证书不能用在 qladgk.com 上，导致访问 qladgk.com
    时会提示证书错误。

  </TIL.Item>

</TIL.Items>

<TIL.Items date="2024-11-01">

  <TIL.Item>
    
    ## Git Flow 和 Github Flow

    <TIL.ItemTags>
      <TIL.ItemTag>Github</TIL.ItemTag>
      <TIL.ItemTag>编程</TIL.ItemTag>
    </TIL.ItemTags>

GitHub Flow 与 Git Flow 的对比

| 特性           | GitHub Flow                  | Git Flow                       |
| -------------- | ---------------------------- | ------------------------------ |
| 分支模型       | 轻量，只有 main 和功能分支   | 复杂，多分支模型               |
| 适合的项目类型 | 持续集成、频繁部署的小型项目 | 复杂项目，阶段性发布的大型项目 |
| 发布流程       | 合并到 main 后自动部署       | 通过 release 分支发布          |
| 审查流程       | 通过 PR 进行代码审查         | 依赖分支合并及手动审查         |

    [阅读原文](https://www.qladgk.com/blog/github-flow)

  </TIL.Item>

</TIL.Items>

<TIL.Items date="2024-10-21">

  <TIL.Item>
    
    ## Git 日志提交规范

    <TIL.ItemTags>
      <TIL.ItemTag>Github</TIL.ItemTag>
      <TIL.ItemTag>Git</TIL.ItemTag>
    </TIL.ItemTags>

    这种提交同时涉及多个功能或问题，回溯时很难判断哪个部分引入了问题。应该分开为多个小的提交：

    <TIL.DnD>
      <TIL.Dont>
        ```md {copy:false} {footer:false}
        fix: fix login issue, update readme, refactor header component

        ```

      </TIL.Dont>
      <TIL.Do>
        ```md {copy:false} {footer:false}
        fix: fix login issue
        docs: update readme for new login feature
        refactor: refactor header component
        ````
      </TIL.Do>
    </TIL.DnD>

  </TIL.Item>

</TIL.Items>
